home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 11024 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.4 KB
  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: comp.dcom.modems,alt.winsock
  4. Subject: Re: USR Sportster Speed, BIOS and Trumpet Winsock Setting
  5. Date: Sun, 14 Apr 1996 17:22:42 -0400
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <31716CA2.54DA@cerberus-sys.com>
  8. References: <4kp1fs$ji5@lastactionhero.rs.itd.umich.edu> <3170a026.1258606@news.demon.co.uk>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.01 (Win16; I)
  14.  
  15. Richard Ihnatowicz wrote:
  16. > 
  17. > Sunrong.Gong@umich.edu (Sunrong Gong) wrote:
  18. > 
  19. > >I recently purchased a U.S. Robotics 28,800 Sportster Data/FAX Modem
  20. > >(internal) and am using Trumpet Winsock 2.0E for internet access on
  21. > >my good-old 486DX33 machine running Windows 3.11 for Workgroups. I could
  22. > >connect to the PPP server 28800 or 26440 most of the times. However,
  23. > >the data transmission seems to be slow, Here are my questions:
  24. > >
  25. > 
  26. > >
  27. > >3.  What is the "best" TRUMPET Winsock configuration for use with
  28. > >    the USR True v34 modem?
  29. > >
  30. > >Please reply my mail. Any help will be appreciated.
  31. > >
  32. > 
  33. > Please reply to the group 'cos I can't get mine above 14,400
  34. > 
  35. > Richard Ihnatowicz
  36. > 
  37. > Richard Ihnatowicz
  38.  
  39. The best that a TCP/IP session can do over a SLIP or PPP connection is 
  40. limited by the speed of the modem. A 28.8Kbps modem can never keep up 
  41. with a 1544 Kbps (or faster) internet path. (Although, if your retail 
  42. access provider buys his wholesale access at 56Kbps, you might never 
  43. get the chance to try.)
  44.  
  45. With an uncompressible (already compressed) file, you should be able to
  46. get 3.2KBytes/sec for a 28.8Kbps connection, 2.7KBytes/sec for a 24Kbps
  47. connection, etc.
  48.  
  49. (Obviously, downloading compressible files should give correspondingly 
  50. greater effective transfer rates with V.42bis data compression. This, 
  51. of course, has nothing to do with Van Jacobson header compression - the 
  52. disabling of which could reduce the 3.2KBytes/sec to 3.1 or even 
  53. 3.0 KBytes/sec, depending on packet size.)
  54.  
  55. If you observe such transfer rates at some points in a download, but the
  56. overall average is less, that average had to have been reduced by pauses
  57. between TCP/IP packet transfers.
  58.  
  59. If the pauses were just due to the fact that the server was too busy to
  60. send as fast as you could receive, turning-on TCP Trace (if you were a
  61. Trumpet WinSock user) would show a smooth sequence of MSS-sized segment
  62. transfers, but with pauses. In that case, if you turned-on Trumpet
  63. TCPMeter, you'd be able to open a second window to another server and see
  64. yourself using the difference between the average file download rate and
  65. 3.2KBytes/sec for a second download from that different server.
  66.  
  67. If the problem was IP routing congestion on the then-available paths
  68. between you and the server, RTOmax time-outs by the server (waiting for
  69. your ACKs) would cause him to re-transmit, resulting in "unacceptable
  70. segments" and TCP re-synchronization pauses. (Out-of-order segments that
  71. took different routing paths through the Internet could cause similar
  72. pauses.)
  73.  
  74. There's not much you can do about a busy Internet.
  75.  
  76. However, if you failed to ACK because of damaged packets, you might be
  77. experiencing PPP frame check errors, which would also result in pauses
  78. for re-transmission.
  79.  
  80. These could be due to com overrun errors caused by your machine not
  81. servicing com port interrupts fast enough to keep up with the rate you
  82. promised the modem in your com port setting.
  83.  
  84. They could also be due to inadvertently disabling your V.42 error
  85. correction, which you might not notice on a very clean phone line. (On a
  86. line with any amount of noise, you'd find that the error rate would swamp
  87. TCP/IP and that PPP would probably hang-up your connection.)
  88.  
  89. These are problems in your data link layer, and should be eliminated.
  90.  
  91. Similarly, if you and the server agreed on a TCP MSS that was not less
  92. than the smallest IP MTU of all the routers between you (minus 40 bytes
  93. for headers), you'd be getting slowdown from IP packet fragmentation.
  94.  
  95. If your TCP RWIN was set to more than the size of the number of TCP data
  96. segments that would fit in the number of IP packet buffers your Internet
  97. service provider allocates per dial-in port, the resulting dropped
  98. segments would also cause re-transmission pauses.
  99.  
  100. These are problems in your TCP/IP layers, that should also be eliminated.
  101.  
  102. I've put together a tutorial on WinSock speed-tuning at the URL listed in
  103. my signature block, if you're interested in further elaboration (with
  104. real words substituting for the acronyms <g>).
  105.  
  106. If you want a "lowest common denominator" set of TCP/IP parameters that allow
  107. many people to "set'em and forget'em" while achieving modem-limited speeds, try
  108.  
  109. MTU=1500 (for PPP; for SLIP, 1006 or whatever your ISP uses)
  110. MSS=536 (40 bytes less than the default IP router MTU)
  111. RWIN=4288 (8 times MSS; drop back to 4 times [2144] if you get too many
  112.              "unacceptable segment" pauses for re-synchronizing TCP)
  113.  
  114. assuming you have eliminated all com overrun errors (which can't be cured by
  115. fooling around with TCP/IP settings.)
  116.  
  117. By the way, the last (all bugs fixed, I think) version of Trumpet WinSock
  118. is 2.1f, and I'd recommend getting it.
  119.  
  120. Regards,
  121.  
  122. Al
  123.  
  124. -- 
  125. ==================================================================
  126. Albert P. Belle Isle
  127. Cerberus Systems, Inc.
  128.  
  129. Al's Winsock Tuning FAQ -
  130.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  131. ==================================================================
  132.